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T his is a combined issue for the sec- 
ond and third quarter of 1989. The 
editing of the revised ‘89 Data Book inter- 
fered with this newsletter, but the 4Q 
issue will again be on time in November. 

As you may have seen in our address, 
Xilinx has moved to new quarters, about 
four miles south of the previous location. 
It is a substantially larger building with 
enough space to accomodate the expected 
rapid growth of the coming years. 

This issue of XCELL describes two 
important software updates: 

ADI 2.2 is shipping right now, and the 
new Design Manager, XDM, will ship in 
October. Both programs are sent, free of 
charge, toall our customers with an active 
update subscription. 

This issue also gives you a glimpse of 
our next generation devices, the XC4000 
family, to become available in the second 
quarter of next year. 

Peter Alfke, Editor 
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XC3020s Break World 
Speed Record 


Many designers use our LCAs as 
glue-logic, MSI, or PAL replacement, 
others use them to build customized 
peripherals or control subsystems. 
Some designers also take advantage 
of the reprogrammability of our de- 
vices, but nobody seems to have gone 
as farasJean Vuillemin, Patrice Bertin, 
and Didier Roncin at the Paris Re- 
search Laboratory of Digital Equip- 
ment Corporation. 

They liked the LCA architecture so 
much that they conceived and built a 
VME-bus based universal accelerator 
board with a 5 x 5 array of XC3020s 
plus 64K x 64 of static RAM. This 
board is non-specialized; its function 
is determined solely by the LCA con- 
figuration. 

One interesting application is in 
data encryption. The well-known RSA 
(Rivest-Shamir-Adleman) public key 
encryption algorithm is easy to use 
and virtually unbreakable. The secu- 
rity of this code is based on the fact 
that itis easy for the originator to gen- 
erate the product of two very large 
prime numbers, but impossible for 
the unauthorized interceptor to de- 
tive these factors, when only their 
product is known. 


Thismethod of encryption requires 
a simple mathematical operation: a 
exp b modulo c, made difficult only 
by the fact that a, b, and c are 512-bit 
long binary numbers. The accelerator 
board configures the LCAs into a 512- 
bit long serial multiplier, running at a 
25 MHz clock rate. This design 
achieves a 32 kbps throughput rate, 
while the fastest software-based de- 
signs are limited to less than 2 kbps, 
and the two fastest publicly known 
specialized ASIC designs (one of them 
classified) run at less than 13 kbps. 

This general purpose LCA-based 
design outperforms specialized hard- 
ware by a factor of 2.5, with-out us- 
ing any illegal drugs! 

And, according to Jean Vuillemin, 
it only takes a man-week to go from 
algorithm to working hardware, 
which means that you can try out a 
variety of different approaches and 
enhancements, without exceeding 
your budget in money or time. 

We are convinced that more and 
more users will explore these hidden 
potentials of our re-configurable logic 
with similar dramatic results. 


PA 


The limitation is not in the silicon, 
it’s in the user’s imagination! 
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Current Software List 








DS21 XACT ver. 2.20 
XACT ver. 2.12 
DOS 16/M Loader ver. 2.49 
XC3030/XC3042 die files 
XC3020-PC84 package file 
XC3042-PG132 package file 
Speeds file update: 5/19/89 
CQ164, CQ/PQ100 package files 


DS22 P-SILOS (16K) ver. 2.20 


DS31 FUTURENET DASH INTERFACE 
ver. 2.20 
FutureNet interface and library, 
PIN2XNF ver. 2.21 


DS311 FUTURENET TTL LIBRARY 
(formally DS 40) 
FutureNet TTL Library ver. 1.0 


DS32 SCHEMA II+ INTERFACE 


P-Silos ver, 3C. 8-16K ver. 2.20 REV2 
ienizalloweree-12 DS33 DAISY INTERFACE (DNIX) 
$221 P-SILOS (5K) ver. 2.20 ver. 1.04 


(fomerly DS122) 
P-Silos ver. 3C.8-5K 
xnf2silo ver. 2.12 | 


DS23 ADI ver. 2.21 


ADI ver. 2.21 
Speeds file update: 5/19/89 


DS23-AP1 ver. 2.21 
DS23-AP1 ver. 2.21 


DS23-SN1 ADI ver. 2.21 
DS23-SN1 ver. 2.21 


DS28 XACTOR ver. 2.10 
XACTOR 2.10 


DS34 MENTOR INTERFACE ver. 2.10 
Mentor IDEA interface&library ver. 2.10 


DS35 OrCAD/SDT INTERFACE ver. 1.0 
OrCAD/SDT interface and library 
ver. 1.0 


DS52 SCHEMA Il+ AND ADI ver. 2.21 
Schema Il+ ver. 2.21 
Xilinx/Schema interface ver. 2.21 
DS23 ADI ver. 2.21 


DS 51 SCHEMA Il+, ADI, AND XACT 
ver. 2.21 

DSS2 ver. 2.21 

DS21 XACT ver. 2.20 
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The following is a list of the current software revision levels for Xilinx’s development system products. This is a listing | 
of the diskettes currently being shipped with each of the development system products, as of September 1, 1989. 





the XACT package on the PC.) 








*  Sample—Now 
Production—4Q89 


** Sample—4a89 
Production—1090 





DS54 DASH-LCA and ADI ver. 2.21 
DASH-LCA ver. 4.10d 
PIN2XNF ver. 2.21 
DS23 ADI ver. 2.21 
DASHEVAL 


DS53 DASH-LCA, ADI, +XACT ver. 2.21 
DSS54 ver. 2.21 
DS21 XACT ver. 2.20 


DS81 SERIAL CONFIGURATION PROM 
PROGRAMMER 
SCP programmer ver. 2.00 


COMING SOON: 

Versions of the MAKEBITS/MAKEPROM 
program for the Apollo and SUN3 work- 
stations will be released soon. These pro- 
grams will allow a user to generate a 
bitstream from an LCA file on the worksta- 
tions. (MAKEBITS/MAKEPROM is part of 


DS501-API XACT Dev. System ver. 2.21 
on Apollo 


DS501-SNI XACT Dev. System ver. 2.21 
on SUN3 


DS112 ENHANCED SERIAL CONFIG 
WAFER PROM PROGRAMMER 

This programmer has adjustable and 
programmable voltage to support future 
Xilinx serial PROMs. 





The Xilinx LCA development proc- 
ess, from design entry to design veri- 
fication, involves several different 
programs which must be invoked in 
the proper sequence with the correct 
options. The new Xilinx Design Man- 
ager simplifies this development 
process by automating the design-to- 
LCA translation, and providing on- 
line help and well-organized menus 
to guide the user through the entire 
LCA design flow. 

The Xilinx Design Manager (XDM) 
is a menu-based interface that “looks 
and feels” much like the XACT design 
editor. All programs and options ap- 
pear as menu items which can be se- 
lected with the mouse or entered on 
the command line. The menus are 
grouped according to development 
stages: design entry, design transla- 
tion, placement and routing, and 
design verification. 


The on-line HELP system 
included with the XDM willbe appre- 
ciated by even the most experienced 
LCA designer. A helpful description 
of each program and program option 
can be displayed at any time. 

In addition to on-line help and a 
convenient menu display, the Xilinx 
Design Manager offers automatic 
design translation. A single program 
called XMAKE automatically invokes 
all the programs needed to convert 
your schematics and Boolean equa- 
tions into an LCA file. You no longer 
need to remember which programs to 
invoke and when to invoke them. 
Instead, let XMAKE do all the work. 

The XMAKE program generates 
and executes a MAK file similar to the 
UNIX “makefile”. The MAK file lists 
all of the programs and options used 
to translate your design into an LCA 
file. Since this file can be edited and 
re-executed, thesophisticated userhas | 
complete control over the design trans- 
lation process. There is no need to 
execute each translation program | 
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Xilinx Introduces Design Manager 


individually, although that capability 

still exists. 

The XMAKE program has several 
options which make it easy to use the 
new logic partitioning features of ADI 
2.21 (the Automatic Design Imple- 
mentation software). Ina hierarchical 
design, there are three logic partition- 
ing schemes: 

1. Combineall levels ofhierarchy and 
then partition the “flattened” logic 
into CLBs and IOBs. The resulting 
design will be dense, but may be 
difficult to route. 

2. Partition the logic in hierarchical 
blocks which contain the “FILE=" 
parameter, and then merge this par- 
titioned logic with the rest of the 
design. The resulting design will 
be less dense, but should be easier 
to route. 


3. Partition the logic in ALL hierar- 
chical blocks and then merge the 
partitioned logic with the rest of 
the design. The resulting design 
will be even less dense but should 
be much easier to route. 

Each of these partitioning schemes 
can be implemented with a single 
XMAKE program option. In a very 
short time, and without any changes 
to schematics or PDS files, you can 
translate your design into an LCA file 
three different ways and then choose 
the best solution. Without XMAKE, 
this same procedure would take con- 
siderably more time and effort, and 
would require changes to your sche- 
matics and PDS files. 

The Xilinx Design Manager is both 
a user-friendly and powerful tool. It 
makes the LCA development process 
simpler to understand and easier to 
complete and will be welcomed by all 
LCA designers. Currently registered 
customers will receive their Design 
Manager updates in October free of 
charge. 


CAL 





DS23 ADI Version 
2.21 


The version 2.21 upgrade of the 
DS23 Automated Design Implemen- 
tation (ADI) package has been sent to 
all currently registered DS23 owners. 
This revision of ADI has improved 
many existing features, while adding 
powerful new capabilities. The result 
is a better partitioned design and 
improved placement and routing 
algorithms. Some highlights of the 
new ADI software are given below: 
1. Logic partitioning can be directed 

from the schematic editor, if so 

desired. The CLBMAP, anew map- 
ping symbol, can be included ona 
schematic to control the mapping 
of the design into the configurable 
logic blocks (CLBs) of the LCA 
architecture. Of course, the 

XNF2LCA program still provides 

automated mapping of the design. 

2. Further support is provided for 
hierarchically-structured design 
entry. If desired, portions of a 
design can be independently 
mapped into the logic and I/O 
blocks of an LCA prior to merging 
them into the top-level design file. 
This often eases the placement and 
routing of large, complex designs. 
The format of the XNF file has been 
updated to support hierarchical 
design. The result is greater flexi- 
bility for the designer and more 
efficiently-partitioned designs. 
The changes to the XNF specifica- 
tion also will aid in the develop- 
ment of interfaces to timing simu- 
lators. 

3. The Automatic Placement and 
Routing (APR) program has been 
improved, particulary for large 
and/orsparse designs. Additional 
support for “incremental” design 
changes is provided (that is, easy 
methods for making small logic 
changes to designs that have al- 
ready been placed and routed). 


BKF 
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For many months, our customers 
have expressed a growing interest in 
the next generation of Programmable 
Gate Arrays. Just as microprocessor 
users have come to expect advance 
information about the next genera- 
tion of CPUs, the users of Program- 
mable Gate Arrays are eager to hear 
about future plans for the next gen- 
eration of Logic Cell Arrays. Until 
now such revelations would have 
been premature. Details were still 
being finalized, and product availa- 
bility was too far in the future. Now 
we are ready to indicate what will 
become available in mid-1990 as the 
XC4000 family. We are still neces- 
sarily vague about specific details, as 
we are still working on some of the 
patents covering key features of the 
new architecture, but we think that 
future users should hear in general 
terms what kind of building blocks 
will be available from Xilinx. Hold- 
ing back all information until silicon 
is available would be a disservice to 
the community of users who need 
time to plan the right strategy for 
their next designs. Early information 
about the silicon and software appli- 
cations is also needed to provide 
third party software support for de- 
sign entry and design verification. 


Technology is evolutionary 

The XC4000 will again be based 
on CMOS SRAM technology. Con- 
figuration data will be shifted into 
the device and will be stored in 
CMOS latches, similar to the XC2000 
and XC3000 parts. But the manufac- 
turing process will use more aggres- 
sive sub-micron design rules. This 
means smaller chips with higher 
speed, shorter delays, and ultimately 
lower cost. 


Logic density is increased 
XC4000 will be a family of devices 
with logic densities from 2000 to 
20,000 gates, more than double the 
present XC3090’s. This complexity 
range covers 90% of all gate array 
designs forecast for the mid 1990s. 
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Speed is enhanced 

Improved architectural features 
will result in a 50% performance im- 
provement over the XC3000 family. 
Semiconductor processing advances 
should provide another 30-40% in- 
crease in speed. The product of these 
factors indicates that the XC4000 
family will be useful at system clock 
rates up to twice those possible with 
the recently introduced 100 MHz 
version of the XC3000 family. 


Versatility is increased 

The structure of the XC4000 CLB 
is similar to the XC3000 CLB. There 
are two flip-flops, each with a 4-in- 
put function generator. But the in- 
puts to each of the function genera- 
tors in the XC4000 CLB are com- 
pletely independent. Not only eight, 
but even nine variables can drive one 
CLB and can be combined to gener- 
ate an output or drive a flip-flop. 
One CLB can thus implement any 
two independent functions of four 
variables, and many functions of 
eight and nine variables are possible, 
like parity generators and two-bit 
adders or accumulators. Both flip- 
flop outputs and combinatorial func- 
tion outputs are available simulta- 
neously to the general interconnect 
network. 


RAM is available 

The XC4000 devices have on-chip 
high-speed static RAM, up to 2,500 
bytes for the largest member of the 
family, less for the smaller family 
members. This RAM can be used to 
store variables, to act as registers, 
shift registers, FIFO or LIFO buffers, 
multiple accumulators, look-up 
tables, etc. 


Wide decoding is fast 

Decoding of 10- to 32-bit wide 
address fields was cumbersome and 
slow in the XC2000 family, but im- 
proved with the long lines in the 
XC3000 family. The XC4000 family 
goes one step further and provides 
wide address decoding of up to 50 
inputs or internal signals with a 
speed equivalent to 15 ns PALs. 





Xilinx Unveils the XC4000 Family 


Counters are compact and fast 


The versatility of the CLBs makes 
it possible to design fast and com- 
pact counters. The XC3000 family 
achieves 25 MHz speed and one bit 
per CLB for an 8-bit synchronous 
presettable counter. The XC4000 fam- 
ily beats this with 50 MHz and 2 bits 
per CLB for the same design. Preset- 
table as well as non-presettable, and 
up or down as well as up/down 
counters, 4- to 16-bits long, will be 
available as part of an extensive 
macro library. 


Arithmetic is simpler and faster 

Adders and subtractors using ei- 
ther ripple-carry, carry generate/ 
carry propagate, or conditional sum 
algorithms are faster and smaller 
than in the XC3000 family. A 16-bit 
adder can run at 50 MHz. 


Pipelining speeds up the system 

The abundance of free flip-flops 
invites pipelined design techniques 
for highest throughput speed. Divid- 
ing a complex function into several 
parts and executing them in sequence 
and in parallel can multiply system 
performance. 


Abundant routing resources 
Compared to the XC2000 and 
XC3000 families, routing resources 
have been increased dramatically. 
There are more than twice as many 
vertical and horizontal long lines, 
and more local interconnects. Not 
only are there more routing re- 
sources, they are also more accessible 
to the CLBs, and the access is more 
regular, less specialized. This makes 
it easier for the software to complete 
the routing of complex interconnect 
patterns. Our software designers 
worked intimately with our chip 
architects to specify a structure that 
is not only powerful and flexible, but 
also easy for the software to utilize. 
The goal is to provide automated 
push-button software that routes 
almost all designs, even densely 
populated ones, automatically. But 
we still give the designer the option 
to get involved in the partitioning, 





placement and even routing if that 
is meaningful in order to optimize 
performance. 

New and improved development 
systems 


The software for the XC4000 fam- 
ily uses new data structures opti- 
mized for larger devices, and new 
algorithms for better utilization and 
automatic design implementation. 
Xilinx now has more R&D effort in 
software design than in chip design. 


Improved algorithms for logic 
partitioning, placement, and routing 





a 


will result in fully automatic implem- 
entation for most designs, and will 
also reduce the time required for de- 
sign completion. Improved data 
structures will improve both per- 
formance and the efficiency of mem- 
ory usage. 


The development system will in- 
clude a large macro library, includ- 
ing hard macros with optimized lay- 
outs for high performance. 


PC support will be for the 80386 
and newer processors that avoid the 
segmented-memory limitations of 





the older Intel processors. We will 
port the development software onto 
different CAE workstations, Sun and 
Apollo will be among the first work- 
stations supported. | 


Conclusion 

The XC4000 family will extend 
programmable gate arrays to the 
20,000 gate level. Gate utilization, 
speed and versatility will be en- 
hanced, and the automated place- 
ment and routing (APR) software | 
will provide push-button solutions. 


PA 
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Performance Comparison 


- 8/9 Bit Parity Generate/Check 
- 24 Bit Input Decode 

- 32:32 Bit Identity Comparator 
- 16:1 Multiplexer 


- 16 Bit Synchronous Counter 
- 16 Bit Loadable Up/Down Counter 
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3000 Family 


14ns/2 CLBs 

20 ns/5 CLBs 

16 ns/16 CLBs 
28 ns/10 CLBs or 
21 ns/7CLBs 

35 ns/14 CLBs 
60 ns/18 CLBs 





K CLOCK 


4000 Family 


5ns/1 CLBs 

10 ns/0 CLB 

12 ns/8 CLBs | 
10 ns/5 CLBs 


20 ns/8 CLBs 
20 ns/8 CLBs 
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Automatic Placement and Simulated Annealing 


The Automatic Placement and 
Routing (APR) program is used dur- 
ing design implementation to perform 
the placement and routing of an LCA 
design. The APR program reads an 
LCA file, generates a new block place- 
ment, routes the nets of the design, 
and writes the result to another LCA 
file. This article describes the basics of 
the placement algorithm used by 
APR, including a description of the 
options available to the user for con- 
trolling the placement process. 

Determining the optimal place- 
ment of the CLBs and IOBs of an LCA 
design is a very demanding problem. 
The number of possible block place- 
ments is astronomical, even for the 
smallest LCA devices, and the num- 
ber of routing alternatives for a given 
placement is equally astronomical. 
Thus, a brute force exhaustive search 
of all possible placements is impracti- 
cal. 

Within the APR program, a “simu- 
lated annealing” algorithm is used to 
determine the optimal block place- 
ment. “Annealing” refers to the crys- 
tallization process in which a metal is 
melted and then slowly cooled back 
to freezing in order to form highly- 
ordered crystals with few defects. 
“Simulated annealing” isanalgorithm 
for finding good solutions to compli- 
cated optimization problems (such as 
the automatic placement of gate ar- 
rays) in a manner analogous to the 
physical crystallization of a metal. 

During each iteration of the simu- 
lated annealing placement algorithm, 
two or more blocks are exchanged at 
random, and the “routability” of the 
resulting placement is calculated. The 
routability is expressed in terms of a 
“routing score”, calculated using a 
formula that includes the length of 
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the routes, the net weighting, and the 
number of available routing channels 
as factors. LCA designs are not actu- 
ally routed during the placement 
process. The new placement can then 
be accepted or rejected before going 
on to the next iteration; if accepted, 
the new placement becomes the start- 
ing point for the next iteration. Ac- 
cepting only those placements that 
result in improved routability might 
cause the design to be trapped in a 
local optimum, which might be sig- 
nificantly worse than the real opti- 
mum. 

Therefore, a number of factors de- 
termineifanew placement isaccepted 
or rejected. The simulated annealing 
placement algorithm has two phases: 
the annealing phase and the quench- 
ing phase. During annealing, a new 
placement that results in better routa- 
bility is always accepted. However, if 
the new placement is worse, there is 


still a probability that it will be ac- | 


cepted, depending on how much 
worse it is and the current “tempera- 
ture”. The worse the new placement, 
the less likely it will be accepted; the 
higher the temperature, the more 
likely it will be accepted. A random 
number seed, taken from the system's 
time-of-day clock by default, also af- 
fects the calculation of this probabil- 
ity. As the algorithm proceeds, the 
design is slowly “cooled” by lower- 
ing the temperature. At high tem- 
peratures, blocks move freely; as the 
temperature is lowered, blocks tend 
to settle into good locations. Once the 
design is sufficiently cooled, the 
quenching phase is entered, wherein 
only better placements are accepted. 

By default, APR automatically cal- 
culates and assigns a starting tem- 
perature sufficient to “melt” the de- 











sign, that is, a temperature high 
enough to allow total scrambling of 
the initial placement. The algorithm 
alsoautomatically determines the rate 
at which the temperature is lowered 
and when the design has cooled suffi- 
ciently to allow quenching. 

Information describing the prog- 
ress of the placement algorithm is dis- 
played on the screen while APR is 
executing, including the temperature, 
cooling rate, and routing score for the 
current iteration. The first several 
iterations typically show a drastically 
decreasing temperature and a some- 
what stable average placement score. 
As the design cools, the temperature 
will decrease more slowly and the 
average and best scores will start to 
fall. The standard deviation of the 
scores is the main determinant of how 
fast the temperature will decrease. As 
the design nears final placement 
(temperatures < 100), the tempera- 
ture will begin to fall more rapidly 
again. 

Command line options specified 
during the invocation of the APR 
program can be used to control the 
placement process, if so desired, as 
described below: 

Option: -B temp 
Meaning: Set Beginning 
Temperature 

The default is calculated by the 
APR program, and will be high 
enough to destroy the placement of 
the input LCA file. Setting it higher 
than this makes no sense. But if the 
initial placement is fairly good, alow 
starting temperature will prevent the 
final placement from being radically 
different from the initial placement. 
Hence, the temperature can be set toa 
low number (~100) when the designer 





wants to limit movement during 
annealing in order to preserve the 
structure of the original placement. 
Option: -K rate 
Meaning: Set Cooling Rate 
(betwen 5 and 50) 


The cooling rate is the percent of 
temperature decrease from one itera- 
tion of the placement algorithm to the 
next. By default, APR dynamically 
computes the cooling rate for each 
iteration. A high cooling rate (~40) 
can be used for a “quick-and-dirty” 
placement, especially for sparse de- 
signs. 

Option: -Q 
Meaning: Quench Only 

This option skips the annealing 
phase, thereby only allowing place- 
ments that are better than the input 
design. This option is useful for de- 
signs whose initial placement is very 
good, and will result in a significant 
reduction in APR execution time. 


Option: -E temp 


Meaning: Set Ending Temperature 

The default is 1. Lower ending 
temperatures should not be used. 
Raising the ending temperature will 
cause quenching to occur sooner, 
decreasing execution time but degrad- 
ing the final placement results. Rais- 
ing the ending temperature is another 
means of obtaining a “quick-and- 
dirty” placement for a sparse design. 
Option: 
Meaning: Set the Random Number 

Seed (1 to 32767) 

By default, the seed is derived from 
the system’s time-of-day clock. Suc- 
cessive runs of APR without the -R 
option will produce different results. 
Users are encouraged to execute APR 
several times (using the APRLOOP 
program), and then choose the best 
design from the resulting placements. 


-R seed 
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The Tilde 
De-Mystified 


Timing values given by XACT or 
APR are sometimes preceded by the 
symbol ~, called Tilde by its Spanish 
name, but really meaning “approxi- 
mately”. How should the user inter- 
pret this symbol? 

All non-tilde timing values given 
by XACT or APR are carefully simu- 
lated, modeled, and measured worst- 
case values, guaranteed over the 
range of processing tolerances and 
temperature and supply voltage 
variations. The user can have confi- 
dence that no device will ever exceed 
these values. 

The tilde is a disclaimer. It means 
that the delay is generated by somany 
concatenated resistor (or pass-tran- 
sistor) -capacitor elements, that our 
design and test engineers have less 
confidence in the accuracy of the 
model and the repeatability of the 
timing value. Xilinx cannot guaran- 
tee it as an absolute worst-case value. 

The number following the tilde is 
stilla conservative specification; most 
likely the parameter in question is 
better than this value. But there is not 
the same guarantee as there is with 
non-tilde values. 

What is the user to do? 


Ifa “tilde-value” is critical to your 
design, you have two choices: 

1. Change the lay-out orrouting such 
that the long uncertain delay is 
broken up into two “non-tilde” 
values, either by passing the net 


through a BIDI or through an 

unused CLB, or by dividing the 

net into two branches. 

2. Add 25% to the value and ignore 
the tilde, making the reasonable 
assumption that this factor 1.25 
compensates for the modeling 
uncertainty. 

XC2064 and XC2018 ACLK delay 
values, though below 10 ns, are some- 
times preceded by a tilde. You can 
safely ignore the tilde in these cases. 

There has been a misleading ex- 
planation that the tilde indicates 
propagation delay differences be- 
tween the rising and the falling edge 
of a signal. This is not true. Different 
from original 2.04 technology 
XC2000 parts, all new 1.2u technol- 
ogy devices, and especially the 
XC3000 family parts, have their de- 
lays finely balanced. Our designers 
have painstakingly adjusted n-chan- 
nel and p-channel geometries to 
achieve driving impedances and 
threshold voltages that guarantee 
virtually identical propagation delays 
for rising and falling transitions. 

Maybe we have been overly pessi- 
misticand caused unjustified concern 
with the tilde. But we prefer to be 
cautious and make a distinction be- 
tween worst-case guaranteed values 
and intelligent, albeit conservative, 
estimates. 


PA 
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After creating a completely placed 
and routed LCA design, you must 
convert the design into a bitstream in 
order to download it to the LCA. This 
conversion is done using the Make- 
bits utility in XACT. When you select 
the Makebits command inside the 
Makebits menu, you will see three 
choices: Tie, Norestore and Verbose. 
For prototyping, you don’t need any 
of these options; selecting Done will 
generate a bitstream. The Verbose 
option is only needed when you want 
the program to send longer messages 
to the screen. 

Always run the DRC program 
before running Makebits. DRC checks 
for electrical errors in the design. Fix 
all fatal errors and verify all warnings. 
Some warnings are acceptable. For 
instance, if a CLB is configured to 
output a ground signal, it has an out- 
put but no inputs. In this case, DRC 
will issue a warning which can be 
ignored. 

When you are ready to generate a 
bitstream for production, you should 
select the Tie and Norestore options. 
Tie connects all unused inputs and 
interconnects in the device to legiti- 
mate logic levels in order to reduce 
power consumption and on-chip 
noise. Tie begins by configuring 
unused CLBs to create a ground net 
and then tie these nets to as many 
placesas possible. Any input or inter- 
connect that cannot be tied to these 
ground nets will be tied to any other 
existing net unless the net is flagged 
critical. The Norestore option tempo- 
rarily saves the timing data for the 
tied design. Tying a design is not neces- 
sary for prototyping but is necessary for 
production. 

Tying a design may increase the 
delay of some nets, but usually only 
by a nanosecond or two. After tying a 
design, choose the Norestore option 
to save the timing information and 
then examine the timing of critical 
nets using the QueryNet command 
under the Misc menu to see if the tie 
operation affected them adversely. If 
it has, go back to the XACT Editlca 
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program and flag the particular net 
critical with the FLAGNET command. 
under the Net menu. This prevents 
the tie operation from tying to this net 
and increasing its delay. 

The QueryNet command has an 
option called Tiechange which com- 
pares net timing before and after tie. 
Unfortunately, this option isnot work- 
ing in XACT version 2.12. It will be 
fixed in the next release. 


After executing a Makebits Tie 
Norestore command, the timing data 
must be restored to its non-tied state 
before one can exit the MakeBits pro- 
gram. The tied design is better electri- 
cally, but the many added, logically 
redundant tie connections make the 
design very difficult to analyze and 
virtually impossible to edit. Itis, there- 
fore, advisable to store the untied LCA 
file for future reference. Use the Re- 
store command under the Misc menu 
to return the LCA file information to 
its original state. 


You can also save the tied file by 
using the Savecommand inthe XACT 
Executive. You will be warned that 
the timing data has not been restored 
when you exit Makebits and warned 
that the interconnect is tied down 
when you try to save the file. 


Makebits Tie Problems 
Tie Failure 

If the Makebits Tie program can- 
not completely tie down a design, it 
willabort and display messages about 
what it could not tie. To get a hard 
copy of these error messages, use your 
computer’s print screen or output file 
redirect command. Tie often fails 
because nets are unnecessarily 
flagged critical. Never flag the global 
or alternate clock nets critical since 
these nets are never affected by tie. 
Go back into XACT Editlea and re- 
move all critical net flags from the 
design by flagging the nets uncritical 
and then run Makebits Tie Norestore 
again. Check to make sure that Tie did 
not affect the timing adversely. If it 
did, go back to XACT Editlca and flag 
critical only those nets whose timing 
was affected, and then run Makebits 
Tie again. 


The Secrets of “Tie” 


Sometimes flagging nets uncriti- 
cal is not enough. In very rare cases, 
Tie cannot find a way to connect to 
some interconnect segments. This 
some-times affects interconnects near 
IOB .Q pins in the 3000 family LCAs 
because they cannot be used to source 
tie nets. If a certain interconnect 
(usually a Programmable Interconnect 
Point or PIP) cannot be tied, Makebits 
will list the PIPs’s location ina format 
such as: 

col.A.local.13:row.I.local.10 


This location can be found in the 
XACT Editlca editor by typing: 
find col.A.1local.13:row.I.local.10 

Once the location is found, use the 
Editnet command to route any nearby 
net to the PIP that could not be tied, 
save the design and run Makebits Tie 
again. 

If after removing critical flags and 
manually editing untied PIPs, the 
design still does not tie completely, 
call technical support for assistance. 
Stackstop Errors 

XACT version 2.12 cannot tie 
XC3090 designs that are almost empty. 
If you try to tie sucha design, you will 
probably get a stackstop error from 
Makebits because Makebits Tie caused 
a tie net to be routed to so many places 
that it overflows the 64K stack on the 
PC. This error will not occur on the 
Sun or Apollo and will be fixed in the 
next release of the PC version (late 
'89). 

If you get this error, remember that 
Tie is only required for production 
designs. If you are still prototyping, 
we ask that you be patient and wait 
for the new release. If you want to go 
to production with a design that gives 
you this error and you cannot wait for 
the new release, call your local sales 
representative and arrange to have 
the design sent in for Xilinx to tie at 
the factory using Sun Workstations. 
You may be asked the question why 
you want to go to production with a 
virtually empty XC3090, but Xilinx 
will gladly tie the design if that is 
your wish. 

TCW 





Recover from 
System Crash or 
Accidental Erasure 


One of the most horrifying mo- 
ments in your life as an LCA designer 
comes whena power glitch interrupts 
XACT after you completed hours of 
work which you had not saved. Even 
more agonizing is the accidental era- 
sure of an LCA design. These acci- 
dents need not ruin your day since the 
designers of the XACT software have 
provided ways for you torecover your 
unsaved work. 


Ifyour PC crashes during an XACT 
editing session, don’t panic. Reboot 
your system and return to the direc- 
tory you were working in. In the di- 
rectory you will find the LCA file you 
were working on. It will be complete 
up to the point of your last save. You 
will also find a file with the same 
name as your LCA file but with a 
-DBK extension. This is the “data 
back-up” file and it contains all of the 
commands you executed in XACT 
between the last save and the crash of 
the program. Use the Execute com- 
mand in XACT and this file to restore 
your work. First edit the DBK file and 
remove all commands that caused 
errors and all exits to DOS. Then call 
up XACT and load your design into 
the editor. Once it’s loaded, click on 
the Misc menu and then select the 
Execute command. You will be asked 
for the name of the file to execute. 
Type the name of the data back up file 
and the. BK extension and then press 
ENTER. XACT will then execute all of 
the commands in the file. When the 
file is finished executing, the LCA 
design file will be back to the state it 
was just before the crash. Save the 
design immediately! 

If you accidentally erase an LCA 
design file, you can recover your work 
in a way similar to what is described 
above. When you save an LCA de- 
sign file, XACT also saves the previ- 
ous version of the design in a file of 
the same name but with a .ODF (old 
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50 Macros Added to the DS311 


EEE 





(Formerly DS40) 
# of Speed inMHz 

Name Description CLBs -70 -100 
X74160U Loadable BCD Up-Counter 6 31 38 
X74160D —_ Loadable BCD Down-Counter 6 31 35 
X74161U —_ Loadable Hex Up-Counter 5 33 41 
X74161D — Loadable Hex Down-Counter 5 33 41 
X74165S Synch. Loadable 8-Bit Shift Register 4 56 71 
X74165A Asynch. Loadable 8-Bit Shift Register 8 55 71 
CI6UPLD _ Loadable 16-Bit Up-Counter 19 7 20 
CI6DNLD _ Loadable 16-Bit Down-Counter 19 17 20 
C8UDLD _Loadable 8-Bit Up/Down Counter 9 18 22 
CI6UDLD _ Loadable 16-Bit Up/Down Counter 18 u 15 
SAR Successive Approximation Register ba | 25 38 
BRM Binary Rate Multiplier *15 34 50 
X7474 Flip-Flop with Asynch. Preset & Clear 2 55 71 
C3SQUARE Divide-By-Three with 50% Duty Cycle 2 27 33 
C5SQUARE Divide-By-Five with 50% Duty Cycle 2 27 33 
M4-1C Four-to-One Multiplexer in One CLB it ™“8ns **7ns 
BRLSHFT4 Four-Bit Barrel Shifter 4 “17ns  **13ns 
CBINRIP __ Binary Ripple Counter 2 50 62 
CDECRIP BCD Ripple Counter 2 50 62 
CSBIT32 —_5-Bit Divide By 32 Shift Register 3 38 55 

Counter (Also Divide by 31, 30,...9) 
C3BIT8 3-Bit Divide By 8 Shift Register Counter 2 50 55 

(Also Divide by 7, 6, 5, and 4) | 
C3BIT807 —3-Bit Divide By 8 or 7 Shift Register 2 50 55 

Counter 
PHFRCOMP Phase/Frequency Comparator 2 SSO 


* Per Bit (Plus 1 CLB for the Controll 
* Propagation Delay 
** Based on actual breadboard results. 


ler for SAR) 


. This macro requires 3 IOBs. 





design file) extension and it creates a 
log file containing all the commands 
executed between the previous save 
and this save. The log file has the 
same name as the LCA file but witha 
-LOG extension. Use this file to re- 
store your work. First edit the fileand 
remove all commands that caused 
errors and all exits to DOS. Then call 
up XACT and load the LCA file into 
the editor. Once it’s loaded, click on 
the Misc menu and select the Execute 
command. You will be asked for the 
name of the file to execute, type the 





name of the log file with the .LOG 
extension and press ENTER. XACT 
will then execute all of the commands 
in the file. When the file is finished 
executing, the LCA file will be back to 
the state of the file that was erased. 
Save the design immediately and of- 
ten thereafter! 

It is prudent to save LCA design 
files often and to back them up on 
floppy disks, but should the unthink- 
able happen, XACT provides a good 
way to get you back to work quickly. 


TCW 
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entered in a hierarchical manner, 
where “modules” on high-level draw- 
ings are fully described in lower-level 
drawings. When entering designs 
with the DASH schematic editor, the 
DCM program should not be used to 
merge the hierarchical drawings. 
The translation of a DASH sche- 
matic drawing into its corresponding 
Xilinx netlist file involves three steps. 
First, the DCM program creates a 
“drawing connectivity model” from 
the drawing file. Next, the PINC util- 
ity translates the .DCM file into a 
pinlist file. Lastly, PIN2XNF is used to 
translate the FutureNet pinlist into 
the XNF (Xilinx Netlist File) format. 
(Note: The DCM and PINC utilities 
are supplied by Data I/O Inc. as part 
of the FutureNet DASH schematic 
editor, and are used to generate a 
FutureNet-compatible netlist from the 
drawing files. The PIN2XNF program 
is supplied by Xilinx to translate Fu- 
tureNet netlists to the XNF format.) 
The DCM utility can be invoked in 
two different manners. 
1. DCM can be run ona single-page 
drawing file by entering 


DCM filename 


from the DOS prompt. The .DCM 
file for that single drawing is then 
created. 


2. Alternatively, if DCM is invoked 
without a filename, it will prompt 
the user for the name of the top- 
level “root” files and the names of 
all the lower-level drawing files. 
Using this method, multiple draw- 
ings of a hierarchically-structured 
design can be processed into a 
single .DCM file by the DCM util- 
ity. However, due to incompati- 
bilities in the file structures, using 
DCM to resolve hierarchical refer- 
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ences in this manner may result in 
unpredictableand undocumented 
errors from the PIN2XNF program, 
such as “Undefined pin type in file 
filename.PIN”, and the creation of 
incorrect XNF files. Xilinx has no 

control over this, since DCM is a 

FutureNet program and not a Xil- 

inx program. This method is not rec- 

ommended. 

However, this second method of 
invoking DCM can be used to process 
a multi-page DASH drawing. For ex- 
ample, if the top-level drawing spans 
several pages, the filename for each 
page is entered in response to the 


DASH Users: Don’t Use DCM to Merge Drawings 


Complex LCA designs should be | 


prompt for “root” files. However, 
don’t cross hierarchical boundaries 
using DCM. 

The correct methodology for re- 
solving hierarchy fora design entered 
using DASH is to run DCM and PINC 
separately for each drawing file, and 
then let PIN2XNF resolve the hierar- 
chical references. For example, the 
figure below illustrates the design 
flow for a design consisting of a top- 
level drawing named TOP.DWG that 
references two lower-level drawings, 
SUB1.DWG and SUB2.DWG. 


BKF 











DCM TOP 









PINC TOP 


DCM SUB1 


APR TOP 


DCM SUB2 


PINC SUB2 





No Can Do 


Xilinx LCAs offer a wide range of 
design options and many system-ori- 
ented features. There are, however, 
some restrictions. 

Here are the things you should not 
even try to do in the XC3000 family: 

The on-chip input pull-up resistor 
cannot be used if the pin is configured 
as1I/O,i.e., if the configuration allows 
the output to be activated. The resis- 
tor cannot be used to pull up a 3- 
stated output,use an external resistor 
instead. 


Bidirectional buses are limited to 
the length of one Horizontal Long 
Line. There is no way to interconnect 
bidirectional buses. There is no pass- 
transistor between the buses, and two 
back-to-back amplifiers would latch 
up. 

IOB flip-flops and latches can be 
reset only by the global RESET pack- 
age pin that resets every flip-flop and 
latch on the chip. 

Clock polarity is determined at the 
sources of the IOB’s clock line, not at 
each individual IOB. 

IOB latches driven from the same 
clock line asa flip-flop have a surpris- 
ing latch enable polarity: Active Low 
latch enable if the flip-flop clocks on 
the rising edge, active High latch 
enable if the flip-flop clocks on the 
falling edge. This enable polarity must 
be specified explicitly to avoid a “fatal 
DRC error”. 

The two flip-flops in a CLB cannot 
have separate clocks, clock enable or 
asynchronous reset inputs. 


The global clock distribution net- 
work cannot be used foranything else 
but driving CLB and IOB clock in- 
puts. The alternate clock network, 
however, has limited access to the 
general purpose interconnects. 


PA 
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Universal 
Prototyping Board 
for LCAs 


The UNILINX™ prototyping 
board from Kyros Corp. allows you to 
interconnect up to six XC3090 devices 
and up to four XC2064, 2018, 3020, 
3030 or 3042 devices plus a large 
number of standard DIP components, 
all on one 9" by 15" four layer PC 
board with buried power and ground 
planes. 


Designed by Kyros for its own 
prototyping work in the tele-commu- 
nications field, the board uses an in- 
sulation displacement wiring system 
from BICC-VERO, called Speedwire. 


The UNILINX board comes fully 
loaded with speedwire pins. You use 
a special insertion tool to press 30 
gauge wirewrap wire into the bottom 
end of any pin. On the top of the 
board the other side of the pin forms a 
socket ready to receive your compo- 
nent. 


The UNILINX board costs $1800, 
fully pinned and socketed. For more 
information call (201) 838-8700, or 
write to Kyros Corp., 22 Park Place, 
Butler, NJ 07405. 

Xilinx has not (yet) seen or used 
this board; we can, therefore, not 
endorse it, but we like to pass this 
information on to our readers, since 
several of you have asked for it. 


Keith Mayers , Bill HetiPA 
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Ns 
Controlling the XC1736 Serial PROM 


| Mouse Problem with 
DASH-LCA? 


| Some users cannot get the Xilinx- 
supplied FutureNet Dash-LCA to 
work properly with their mouse, even 
though they have specified the mouse 
properly in their AUTOEXEC.BAT 
file. 

The problem can be as simple as 
an extra “space” character in your 
AUTOEXEC.BAT file! 

If you edit this file with a word 
processor, make sure that you do not 
enter extra spaces in the SET 
DMOUSE command, not even at the 
end of the line. 


For example, if you are using a 
Mouse System mouse on the COM1: 
serial port, your AUTOEXEC.BAT file 
must include the line: 

SET DMOUSE=S1 

There must be only one space on 
the line, between SET and DMOUSE. 

We recommend that you let the 
INSTALL program modify your 
AUTOEXEC.BAT file for you, when 
you first install the DASH-LCA soft- 
ware, 


TCW 


Need PLCC Sockets? 


The Feb.16, 1989 edition of EDN 
(pages 63 to 72) has an exhaustive 
article on this subject. See also the list 
of socket manufacturers on page 2-115 
in the 1989 Xilinx Data Book. 








PA 
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Mostconnections between the LCA 
and its Serial PROM are simple and 
self-explanatory: 

@ The DATA output of the 1736 (or 
1736s) drives DIN of the LCA. 

™@ The master LCA’s CCLK output 
drives the CLK input of the 1736(s) 


@ TheCEO output ofany 1736 canbe 
used to drive the CE input of the 
next 1736 in a cascaded chain of 
PROMs. 


@ VPP must be connected to VCC. 
Leaving VPP open can lead to 
unreliable, temperature-depend- 
ent operation. 


There are, however, two different 
ways to use the inputs CE and OE. 

1. D/P of the LCA drives both CE 
and OE in parallel. This is the 
simplest connection, but it fails 
whena user applies RESET during 
the LCAconfiguration process The 
LCA will abort the configuration 
and then restart a new configura- 


tion, as intended, but the 1736 does 
not reset its address counter, since 
it never saw a High level on its OE 
input. The new configuration will, 
therefore, read whatever data is 
stored at the higher address loca- 
tions in the 1736. Unless the 1736 
was programmed with this in 
mind, the re-configuration will fail. 
2. The LDC output from the LCA 
drives the CE input of the 1736, 
while its OE input is driven by the 
inversion of the LCA’s RESET 
input. This connection works 
under all normal circumstances, 
even when the user aborts a con- 
figuration before D/P has gone 
High. The High level on the OE 
input during RESET clears the 
1736-internal address pointer, so 
that the reconfiguration starts at 
the beginning. Most designs have 
a “spare” inverter or inverting gate 
that can be used for this purpose. 
PA 





Need Help with Fine 
Pitch SMT? 


Fine Pitch Technology 
2216 Lundy Avenue 
San Jose, CA 95131 
tel. (408) 433-9550 


They can help you with PC board 
design engineering, prototyping, and 
low volume production. 


PA 


FutureNet Lowers 
Price on DASH-LCA to 
DASH4 Upgrade 


The upgrade is now priced at $695 
(formerly $1995). Upgrading to 
DASH4 provides the capability to 
create schematics for a wide range of 
parts, in addition to LCA design. HP 
LaserJet and plotter support is in- 
cluded in the DASH4 upgrade. 

Contact your local FutureNet 
sales office, or call FutureNet at (206) 
881-6444. 

PW 








We revised, enhanced and ex- 
panded the Data Book and gave it a 
1989 identification on the cover and 
the spine. Everybody actively de- 
signing with Xilinx LCAs should get 
hold of this new version and take ad- 
vantage of the additional informa- 
tion. Donate your old copy to a 
friend, for it is still full of relevant in- 
formation. 

Here is a summary of the most im- 
portant changes: 


Chapter 1 


A few trivial errors were fixed. 


Chapter 2 

Page 2-10, Fig. 12 now properly 
connects the y outputs to the IOBs. 

Page 2-12, Fig. 15 now uses the 
right caption under each part of the 
drawing. 

Page 2-29 shows a new selection 
table. 

Pages 2-33 through 2-37 now in- 
clude all new package options. 


Pages 2-40 to 43 not only include 
the -100 option, but also offer a com- 
pletely revised description of the 
timing parameters. The new struc- 
ture might answer many of your 
questions. 

Pages 2-44 through 47 add -100 
timing. 

Pages 2-48 through 55 give all 
package dimensions. 

The XC2000 data sheets are hardly 
changed, except for adding the -100 
option. 

The military data sheet is es- 
sentially new, Note that the XC2064 
had been eliminated, but the 
XC3020B and XC3090B have been 
added. 


The 1736 description on page 
2-139 through 149 is essentially un- 
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ee, 
1989 Data Book is Available 


changed, but 2-158 describes the 
upcoming larger EPROM (1764). 

Page 2-159 lists a large number of 
socket manufacturers. 


Chapter 3 

New updated reliability data on 
page 3-5 and radiation hardness data 
on page 3-10. 
Chapter 4 

Description of the new Training 
Course on page 4-7. 


Chapter 5 

Completely re-done, it offers more 
tutorial and a concise overview of the 
Xilinx development process and its 
many options. It introduces the new 


XDM design manager and various | 


workstation options. Note that many 
development system options have 
new part numbers. 


Chapter 6 

The applications section was sig- 
nificantly expanded. 

There are two pages of general 
design considerations for the XC2000 
and 3000 families. 

The IOB input set-up time is 
described better and the problem of 
minimum delay specification is 
explained on page 6-18. 

Synchronized Start-up is described 
on pages 6-19. 

Page 6-21 explains how metastabil- 
ity was measured, and page 6-22 gives 
practical circuits for battery back-up. 

The next 40 pages are Application 
Briefs, some from the ‘88 Data Book, 
some from the previous editions of 
XCELL, plus some new ones: 


@ A 4 input multiplexer in one CLB. 


@ A 16 bit adder/accumulator run- 
ning at 30MHz (!), twice as fast as 
the conventional circuit (6-30). 





@ A 30 MHz counter with synchro- 

nous reset (6-36). 

Examples of unconventional LCA 
applications including a gigahertz 
presettable counter (using an inex- 
pensive ECL prescaler) and a fre- 
quency /phase comparator. 

Page 6-44 shows a complete 100 
MHz frequency counter in one 
XC3020. 

Two new state machine designs 
address high speed simple applica- 
tion, and slower, very complex state 
machines with up to 240 states and 
128-way (!) branch capability. 


Chapter 7 

Adds an article reprint explaining 
the use of reconfigurability in several 
actual designs (7-24). 


Chapter 8 
Contains an updated index and an 
up-to-date sales office listing. 
PA 


Training Course 
Schedule 


The Xilinx Programmable Gate 
Array Training Course is a compre- 
hensive class covering the Logic Cell 
Array component architecture and 
Xilinx development systems, with 
emphasis on the XC3000 family de- 
vices. All courses are held at Xilinx 
headquarters in San Jose, CA. The tui- 
tion fee is $850 per student. To enroll, 
call the Training Administrator at 
Xilinx head-quarters (408-559-7778). 
Class size is limited, so early enroll- 
ment is recommended. The course 
schedule for the remainder of 1989 
follows: 

Sept. 11-14 


Oct. 16-19 





Nov. 6-9 
Dec. 4-7 
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State machine design is 4 methodology that defines the 
contents of all {flip-flops for any possible ‘state of the design. 
then defines all possible paths that can cause the design 
to go from ‘one state to another. 'n its simplest form this is 


proach gives the designer a tool to investigate all possible 
operating conditions and avoid! ‘overlooked hang-up states 
or undesired transitions. Xilinx CAS: with their abundance 
of flip-flops lend’ themselves well to state machine designs 


sIMPLE, FAST STATE MACHINES 


Using the 5-input function generator of the xC3000-70 
family devices aS a32bit ROM, astate machine with UP to 
92 states without any conditional jumps uses only 5 CLBs 
and operates at up to 50 Hz. 


The5 registered CLB outputs drive the 5 function genera 
tor inputs of the 5 CLBsin' parallel. This implements atully 
programmable sequencer similar to the synchronous 


counter shown in the left column of page 6-23. 


For asmaller number of states, some inputs can be used 
as conditional jumP inputs. Encoding these condition 


codes may require an additional level of logic which 
reduces the maximum clock rate t0 30 MHz. 





30 MHz State Machine, 16 ‘States, 2-Way/8-Way Branch, 8 











Application Brief ev reTeR ALFKE 





SIMPLE STATE MACHINE RUNS AT 30 MHZ 


This simple state machine uses only eleven CLBs. Ithas 
upto 16 ‘states, and eight outputs, each decoding/encod- 
ing any combination of states. It performs a2-way branch 
from any state to any ‘one of two freely assigned states, 
(possibly including the present state) determined by con- 
trol input C. (avoid the branch by making both destination 
states equal). 


This design ca" also perform an g-way branch from any 
state SO programmed to either one ‘of two selected quad- 
rants (0-347 0=.14 or 12...15). Control inputs A,Bthen 
determine the location within the quadrant. 


Examples: 

« From state @, it G-High, 9° to (else 9° tol 

« From state @, it G-High, 9° to@)else stay in@) 
« From state), unconditionally 9° to 2) 


+ From state ©). execute the truth-table below 








AB Low 


00 








__G=High _ 








2) 
10 43) 
01 44) 
41 5) 








1986 01 \ 


Outputs 





















CLB SWITCHING CHARACTERISTIC GUIDELINES 


>, Guibre  — 


speed Grade | 60 
23 ea 





ee 
| | Combinatorial Delay ‘4 | 
\ | ~ Logic Variables @, Ip, c, d, @, to outputs % ¥ 


\ \ 

|__— z 
\ | Sequential delay 
| | Clock k to outputs X, ¥ \ 8 
| | Clock k to outputs XY when Qis returned \ 
through function generators For G to drive * y| 








t-up time before clock K 

| Logic Variables a,b, ¢, 4, 
\ | Datain di 
Enable Clock ec 
Reset Direct inactive 











\ 

|_— 

| Hold Time after clock k 
| Logic Variables a,b,c, 4, 
| Data In ji 


| Enable Clock ec 


Clock 
| Clock High time” 
| Clock Low time” 


\ \ Max. flip-flop. toggle rate” 


| 
\ ' Reset Direct (1d) 

\ | rdwidth 

\ | delay from td to outputs 








| | Master Reset (MR) 

| | MA with | 

\ \ delay from MR to outputs a | \ Tura | \ | 20 

| —— a two | | — 

| 

| 

| BUFFER (internal) SWITCHING | CHARACTERISTIC GUIDELINES 

| \ gpeedGrade | “80 || 0 || 100 Units | 
a ee = seen | St el | 

\ | Desoription | Symbol Min | Max| in| Max jin | Max 
(ae [siete | 
\ \ Global and Alternate Clock Distribution™ \ \ \\ \ \ \ 
\ | Either: Normal ate Cpt pad to cock buffer OPI \ \ Teo | \ 9 \\ \ 6 \ 4 \ 08 
\ \ einr, Nora anya cook our \ Tec | \ 5 | 3 || \ 2 ns 
| | Plus: Clock puffer input to any \ | |9 \| 6 || 5 | ns 
\ | ont aan 

\ | TBUF driving a Horizontal Longline (LL.)* \\ | 

| \ UF sre Tis Low (puter active) 8 || 5 \ 4) 98 
\ | Thto Lt. active and valid 15 || \ oi} | 7) 8] 
| | ThtoLt. (inactive) ‘with single pull-up resistor | | 2 \\ | 14 18 
\ | ‘with pair of pull-up resistors \ i We 
\ -—+—] 
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IDI 
Bi-directional buffer delay 
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Starting in mid-October, Xilinx will 
be conducting a worldwide series of 
Users’ Group meetings. These ses- 
sions are intended to provide atten- 
dees with in-depth training on the use 
of the new Xilinx Design Manager, 
version 2.21 of the DS23 Automated 
Design Implementation software,and 
version 3.0 of XACT. (The release of 
XACT version 3.0 is scheduled for 
October.) This training will help in- 
crease the productivity of designers 
using LCAs, so every Xilinx user is 


seminars are targeted for current Xil- 
inx users, new customers also are 
welcome. Each participant will re- 


the new 1989 Programmable Gate 
Array DataBook. 

Please contact your local Xilinx 
sales office or sales representative for 
information regarding the dates and 
locations of Xilinx Users’ Group 
meetings in your area. 


» 20 
a’ 


2100 Logic Drive 
San Jose, CA 95124-3450 





TecHODC 2008, 


encouraged to attend. Although the | 


ceive the seminar notes and a copy of | 





Autumn 1989 Users’ Group Meetings 


Autumn 1989 Users’ Group Meeting Agenda 
|. Introduction 
Il. Design Flow and the Xilinx Design Manager 
Ill. Design Entry 
Recommended Design Techniques 


IV. Design Implementation 
ADI ver. 2.21 Update 
Merge-then-Map vs. Map-then-Merge Design Flow 
User Control of Partitioning 
New Features of APR 
XACT 3.0 Update 


V. Design Verification 
XNF Conversion Programs 


VI. Upcoming Product Preview 
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